beagle-board -high speed data acquisition from - adc --

Hello all

Actually
I want to use a parallel interface ADC with the Beagle Board with 40Msps.
I want to take samples using 12 bit ADC and acquire it for say 100ms.

My input signal is 3 V p-p .


"Actually in my application after taking sample I want to calculate
4096 point FFT using it.
During this time i don't require to acquire input signal. Then the
calculated data has to
be passed to a PC using on board USB or UART interface.
Some more complex operations are also there such as correlations and
Principal Component analysis."

Please suggest whether beagle board is apt for such project.

My major concern is high speed acquisition using linux dvsdk from
Texas Instruments or any linux on beagleboard


Please help

--
Thanks & Regards
Nidhi Mittal Hada
Scientific officer D
Computer Division
Bhabha Atomic Research Center
Mumbai

http://nidhi-searchingmyself.blogspot.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-newbie" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs

Re: beagle-board -high speed data acquisition from - adc --

--00163683340a471fd70496b801c1
Content-Type: text/plain; charset=UTF-8

Hi all

*I am reframing question in case it remained unclear ......................*Its
a simple conceptual doubts...please clarify

Simple I want to acquire data from a *parallel interface *---- *12 bit
ADC*(works at a rate of 40Msamples per second.)----with the
*Beagle Board with ..*
i want to acquire data from that ADC for a period of *100 msec*............with
each sample coming from ADC at *25 nanosec*....

Now my sequence of task includes --------

*For a period of 100msecs*

*1)BeagleBoard -------gives a start signal to ADC *

*2)ADC ------>gives back sample data after 25nseconds*--------->for these
25ns beagle board has *to store previous sample in memory ...*
may be using DMA !! ...........*still undecisive whether DMA is proper
choice or not ..........*
------------ process gets an interrupt ....*that 25ns are over !!*

*3)Now goto step 1*.........*BUT Now beagleboard has to give another start
signal ----*without wasting anymore than 1 or 2 ns before giving another
start signal to ADC


*that is where i am doubtful .................

as

If i use interrupt handler at after 25ns ...then interrupt latency itself
might take more time than i want to save ............

Q1.Can there be some interrupt handler ....which can just capture data and
gives start signal at highest priority without getting interrupted by kernel
....?

If i use user mode or kernel mode process ...for this ...how do i ensure
that ...
it doesnt get preempted by anything before it does this critical operation
of capturing data and giving start signal ......

Q2. Can we store sample data in memory in 25 ns we have with us before
getting next sample from ADC ?

Q3.should we use DMA ?




CAN Beagleboard with linux in it ...can achieve such a strict time
constrained requirement ?*




Nidhi








On Sun, Dec 5, 2010 at 12:49 PM, nidhi mittal hada
wrote:
> Hello all
>
> Actually
> I want to use a parallel interface ADC with the Beagle Board with 40Msps.
> I want to take samples using 12 bit ADC and acquire it for say 100ms.
>
> My input signal is 3 V p-p .
>
>
> "Actually in my application after taking sample I want to calculate
> 4096 point FFT using it.
> During this time i don't require to acquire input signal. Then the
> calculated data has to
> be passed to a PC using on board USB or UART interface.
> Some more complex operations are also there such as correlations and
> Principal Component analysis."
>
> Please suggest whether beagle board is apt for such project.
>
> My major concern is high speed acquisition using linux dvsdk from
> Texas Instruments or any linux on beagleboard
>
>
> Please help
>

--00163683340a471fd70496b801c1
Content-Type: text/html; charset=UTF-8
Content-Transfer-Encoding: quoted-printable

Hi all

I am reframing question in case it remained unclear .....=
..................Its a simple conceptual doubts...please clarify
>Simple I want to acquire data from a parallel interface ---- 12 =
bit ADC (works at a rate of 40Msamples per second.)----with the Beag=
le Board with ..





i want to acquire data from that ADC for a period of 100 msec.......=
......with each sample coming from ADC at 25 nanosec....

Now m=
y sequence of task includes --------

For a period of 100msecs=






 
1)BeagleBoard -------gives a start signal to ADC

<=
b>2)ADC ------>gives back  sample data after 25nseconds--------=
->for these 25ns beagle board has 5, 153, 102);"> t=
o store previous sample in memory ...



may be using DMA !! ........... 204, 204);">still undecisive whether DMA is proper choice or not .........=
..
------------ process gets an interrupt ....that 25ns are=
over !!



3)Now goto step 1......... 255, 51);">BUT Now beagleboard has to give another start signal --- n style=3D"background-color: rgb(255, 255, 51);">- e=3D"background-color: rgb(255, 255, 51);">without wasting anymore than pan>
1 or 2 ns before giving another start signal to ADC


pan style=3D"background-color: rgb(255, 153, 102);">that is where i am doub=
tful .................

as

b(255, 255, 255);">If i use interrupt handler at after 25ns ...then interru=
pt latency itself might take more time than i want to save ............






Q1.Can there be so=
me interrupt handler ....which can just capture data and gives start signal=
at highest priority without getting interrupted by kernel ...?






If i use user mode or kernel mode process ...for this ...how do i ensure th=
at ...
it doesnt get preempted by anything before it does this critical =
operation of capturin=
g data and giving start signal ......






Q2. Can we store sample data in memory in 25 ns we have with us before gett=
ing next sample from ADC ?

Q3.should we use DMA ?



>CAN Beagleboard with linux in it ...can achieve such a strict time constra=
ined requirement ?







Nidhi








On Sun, Dec 5, 20=
10 at 12:49 PM, nidhi mittal hada < ..com" target=3D"_blank">nidhimittal19@gmail.com> wrote:


> Hello all
>
> Actually
> I want to use a parallel in=
terface ADC with the Beagle Board with 40Msps.
> I want to take sampl=
es using 12 bit ADC and acquire it for say 100ms.
>
> My input =
signal is 3 V p-p .





>
>
> "Actually in my application after taking sample I=
want to calculate
> 4096 point FFT using it.
> During this tim=
e i don't require to acquire input signal. Then the
> calculated =
data has to





> be passed to a PC using on board USB or UART interface.
> Some m=
ore complex operations are also there such as correlations and
> Prin=
cipal Component analysis."
>
> Please suggest whether beag=
le board is apt for such project.





>
> My major concern is high speed acquisition using linux dvsdk f=
rom
> Texas Instruments or any linux on beagleboard
>
> r>> Please help
>



--00163683340a471fd70496b801c1--

--
To unsubscribe from this list: send an email with
"unsubscribe kernelnewbies" to ecartis@nl.linux.org
Please read the FAQ at http://kernelnewbies.org/FAQ

Re: beagle-board -high speed data acquisition from - adc --

Hi all

I am reframing question in case it remained unclear
.....................Its a simple conceptual doubts...please clarify

Simple I want to acquire data from a parallel interface ---- 12 bit
ADC (works at a rate of 40Msamples per second.)----with the Beagle
Board with ..
i want to acquire data from that ADC for a period of 100
msec............with each sample coming from ADC at 25 nanosec....

Now my sequence of task includes --------

=46or a period of 100msecs

1)BeagleBoard -------gives a start signal to ADC

2)ADC ------>gives back  sample data after 25nseconds--------->for
these 25ns beagle board has to store previous sample in memory ...
may be using DMA !! ...........still undecisive whether DMA is proper
choice or not ..........
------------ process gets an interrupt ....that 25ns are over !!

3)Now goto step 1.........BUT Now beagleboard has to give another
start signal ----without wasting anymore than 1 or 2 ns before giving
another start signal to ADC


that is where i am doubtful .................

as

If i use interrupt handler at after 25ns ...then interrupt latency
itself might take more time than i want to save ............

Q1.Can there be some interrupt handler ....which can just capture data
and gives start signal at highest priority without getting interrupted
by kernel ...?

If i use user mode or kernel mode process ...for this ...how do i
ensure that ...
it doesnt get preempted by anything before it does this critical
operation of capturing data and giving start signal ......

Q2. Can we store sample data in memory in 25 ns we have with us before
getting next sample from ADC ?

Q3.should we use DMA ?




CAN Beagleboard with linux in it ...can achieve such a strict time
constrained requirement ?




Nidhi




On Mon, Dec 6, 2010 at 11:58 AM, nidhi mittal hada
wrote:
>
> Hi all
>
> I am reframing question in case it remained unclear .................=
....Its a simple conceptual doubts...please clarify
>
> Simple I want to acquire data from a parallel interface ---- 12 bit A=
DC (works at a rate of 40Msamples per second.)----with the Beagle Board=
with ..
> i want to acquire data from that ADC for a period of 100 msec........=
...with each sample coming from ADC at 25 nanosec....
>
> Now my sequence of task includes --------
>
> For a period of 100msecs
>
> 1)BeagleBoard -------gives a start signal to ADC
>
> 2)ADC ------>gives back  sample data after 25nseconds--------->f=
or these 25ns beagle board has to store previous sample in memory ...
> may be using DMA !! ...........still undecisive whether DMA is proper=
choice or not ..........
> ------------ process gets an interrupt ....that 25ns are over !!
>
> 3)Now goto step 1.........BUT Now beagleboard has to give another sta=
rt signal ----without wasting anymore than 1 or 2 ns before giving anot=
her start signal to ADC
>
>
> that is where i am doubtful .................
>
> as
>
> If i use interrupt handler at after 25ns ...then interrupt latency it=
self might take more time than i want to save ............
>
> Q1.Can there be some interrupt handler ....which can just capture dat=
a and gives start signal at highest priority without getting interrupte=
d by kernel ...?
>
> If i use user mode or kernel mode process ...for this ...how do i ens=
ure that ...
> it doesnt get preempted by anything before it does this critical oper=
ation of capturing data and giving start signal ......
>
> Q2. Can we store sample data in memory in 25 ns we have with us befor=
e getting next sample from ADC ?
>
> Q3.should we use DMA ?
>
>
>
>
> CAN Beagleboard with linux in it ...can achieve such a strict time co=
nstrained requirement ?
>
>
>
>
> Nidhi
>
>
>
>
>
>
>
>
> On Sun, Dec 5, 2010 at 12:49 PM, nidhi mittal hada il.com> wrote:
> > Hello all
> >
> > Actually
> > I want to use a parallel interface ADC with the Beagle Board with 4=
0Msps.
> > I want to take samples using 12 bit ADC and acquire it for say 100m=
s.
> >
> > My input signal is 3 V p-p .
> >
> >
> > "Actually in my application after taking sample I want to calculate
> > 4096 point FFT using it.
> > During this time i don't require to acquire input signal. Then the
> > calculated data has to
> > be passed to a PC using on board USB or UART interface.
> > Some more complex operations are also there such as correlations an=
d
> > Principal Component analysis."
> >
> > Please suggest whether beagle board is apt for such project.
> >
> > My major concern is high speed acquisition using linux dvsdk from
> > Texas Instruments or any linux on beagleboard
> >
> >
> > Please help
> >
>



--
Thanks & Regards
Nidhi Mittal Hada
Scientific officer D
Computer Division
Bhabha Atomic Research Center
Mumbai

http://nidhi-searchingmyself.blogspot.com/
--
To unsubscribe from this list: send the line "unsubscribe linux-newbie"=
in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.linux-learn.org/faqs